home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000356_news@columbia.edu _Wed Jul 3 17:50:16 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id RAA16305 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 3 Jul 1996 17:50:10 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id RAA27180 for kermit.misc@watsun; Wed, 3 Jul 1996 17:50:09 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!howland.reston.ans.net!swrinde!cssun.mathcs.emory.edu!gatech!news.mathworks.com!nntp.primenet.com!winternet.com!n1ott.istar!ott.istar!istar.net!van.istar!van-bc!unixg.ubc.ca!rover.ucs.ualberta.ca!alberta!usenet
  5. From: Vladimir Alexiev <vladimir@cs.ualberta.ca>
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: file transfer
  8. Date: 03 Jul 1996 15:33:45 -0600
  9. Organization: University of Alberta, Computing Science
  10. Lines: 30
  11. Sender: vladimir@tees.cs.ualberta.ca
  12. Message-ID: <omohlx58ee.fsf@tees.cs.ualberta.ca>
  13. References: <omafxh7spj.fsf@tees.cs.ualberta.ca>
  14.     <4rdvqf$g9n@apakabar.cc.columbia.edu>
  15. NNTP-Posting-Host: tees.cs.ualberta.ca
  16. In-reply-to: fdc@watsun.cc.columbia.edu's message of 3 Jul 1996 14:24:15 GMT
  17. X-Newsreader: Gnus v5.0.15
  18.  
  19. In article <4rdvqf$g9n@apakabar.cc.columbia.edu> fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20.  
  21. > A very common cause of errors when you are using long packets is buffer
  22. > overruns
  23.  
  24. Frank, your diagnostic was very precise. I reduced the packet size from
  25. 9000 to 4096, and now kermit can sustain that rate indefinitely long.
  26. Maybe kermit's fallback strategy needs to be tuned up a bit? Why does it
  27. have to fall from 9000 all the way down to 17, if it can sustain at 4096?
  28.  
  29. Here's some more info about my setup:
  30.  
  31. > (are you sure the modem is set for RTS/CTS too?)
  32.  
  33. Yes. 
  34.  
  35. > and/or hardware problems -- for example, if you have an unbuffered UART
  36.  
  37. Yes, mine is an old XT286, and I presume it has a 1-byte UART (and so
  38. thinks kermit). My modem is set to 38.8k baud, although they say I need
  39. 57.4k baud when compression is used, but I don't think it can achieve much
  40. more than 14.4k with zipped files.
  41.  
  42. > and it is generating interrupts faster than the CPU can service them.
  43. > ... other processes (including TSRs) that grab CPU cycles
  44.  
  45. I use none. Kermit is all by itself. I even store the incoming file to a
  46. RAM disk, so storing time should not be a factor.
  47.  
  48. Thanks, Vlad